home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Collection of Internet
/
Collection of Internet.iso
/
infosrvr
/
dev
/
www_talk.930
/
001378_daemon _Mon Jun 21 06:30:59 1993.msg
< prev
next >
Wrap
Internet Message Format
|
1994-01-24
|
2KB
Received: by nxoc01.cern.ch (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
id AA28494; Mon, 21 Jun 93 06:31:01 MET DST
Errors-To: sanders@bsdi.com
Return-Path: <sanders@bsdi.com>
Received: from dxmint.cern.ch by nxoc01.cern.ch (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
id AA28490; Mon, 21 Jun 93 06:30:59 MET DST
Errors-To: sanders@bsdi.com
Received: from austin.BSDI.COM by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
id AA04411; Mon, 21 Jun 1993 06:53:18 +0200
Received: from localhost by austin.BSDI.COM (5.67/1.37)
id AA03577; Sun, 20 Jun 93 23:53:15 -0500
Message-Id: <9306210453.AA03577@austin.BSDI.COM>
To: www-talk@nxoc01.cern.ch
Subject: Re: launching executables through HTML files
In-Reply-To: George Phillips's message of 20 Jun 93 21:35:00 PDT.
Errors-To: sanders@bsdi.com
Reply-To: sanders@bsdi.com
Organization: Berkeley Software Design, Inc.
Date: Sun, 20 Jun 1993 23:53:14 -0500
From: Tony Sanders <sanders@bsdi.com>
> The best suggestion for local program execution was to extend the
> file: scheme. If the URL points to an executable file and that
> file is in your access control list, then it is executed and the
> output format is know from the .suffix. In addition, arguments
> can be passed to the executable with a magic delimiter ('%/' was
> suggested).
>
> So, if you get "file:/usr/local/rn.html%/news/comp/sources/misc",
> it will run "/usr/local/rn.html /news/comp/sources/misc". Assuming,
> say, that "/usr/local" is in your "WWWPATH" environment variable.
>
> I'm already using my own version of local program executing URLs
> for a newsreader with history and some other stuff. I'd love to
> see this stuff made official so I can distribute these.
I disagree, you can do this just as well with the methods I've pointed
out using Content-type: and it doesn't require ugly hacks to the browser
(since you already have to deal with handing different content-types off
to the correct external program, adding another type should be clean,
hacking file: isn't). **Plus** using content-type doesn't require that
you encode the command as a URL (Ugh).
Content-type: exec/x-local
/usr/local/rn.html /news/comp/sources/misc
The browser goes, oh exec/x-local. I'll hand that off to such-and-such,
the it can decide if /usr/local/rn.html is safe or not.
--sanders